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(57) Abstract: The invention relates to a device for loading orders from at least one server to at least one integrated circuit card, 
1/^ said card comprising a first order execution program and a first memory. The invention is characterized in that the server comprises 
means for loading at least one block of a sequence of orders relating to one service onto the card; means for saving at least one 
^ sequence block in the first memory; and updating means which can be used to modify, delete or add at least one sequence block in 
the first memory. The invention is also characterized in that the card comprises sequence block searching means which are suitable 
for searching for a sequence block related to a particular service after an order of a block has been executed- The invention is 
particularly suitable for use in the mobile telecommunications area. 



o 



[Suite sur la page suivante] 



WO 01/15062 



(AM AZ, BY, KG, KZ, MD, RU, TJ, TM), brevet europeen 
(AT,BE,CH,CY,DE,DK.ES,FI,FR,GB,GR IE HXU 
MC, NL, PT, SE), brevet OAPI (BF. BJ, CF, CG CI cm' 
GA, GN, GW, ML. MR, NE, SN. TD, TG). ' 

Publiee: 

— Avec rapport de recherche internationale. 



infill 



En ce qui concerne les codes a deux lettres et autres abrevia- 
tions, se referer aux "Notes explicative* relatives aux codes et 
abreviattons" figurant au debut de chaque numero ordinaire de 
la Gazette du PCT. 



t 



(57) Abrege: L' invention concerne un dispositif de chargement de mmm »^, * IT7 " ~ 

a circuit integrt, ladite carte comprenant un prenuer d^^I H> !T ? P d moins seiveur vers au ™ins une carte 
se caracterise en ce que dune A ledJt se^euT^mnS^!., 2 Z de i _ COmmandes « ™ P^miere memoire. Invention 
sequence 'ommandes, propre^ ser^ clement dans la cane d'au moins un bloc d'une 

des moyens de noise a jour etant aptes a modtf« S JS£?£, * ^ T * d ^ ^ premiere memoire; 

d'autre pan. la carte comprend: de/moyens de recherche^e S 1 12 Prem,ere mem ° ire au moins un bloc de sequence, et. 
un service, apn* rexecution d'u*e con^dTJS^^ 

a un bloc. L uivenuon s applique, en particulier, au domaine de la telepbonie mobile 



WO 01/15062 



PCT/FROO/02343 



1 

DISPOSITIF ET PROCEDE DE CHARGEMENT DE COMMANDES 
DANS UNE CARTE A CIRCUIT INTEGRE 

La presente invention concerne un dispositif de chargement de 
commandes a partir d'au moins un serveur vers au moins une carte a 
circuit integre connectee a une unite d'abonne, ladite carte comprenant 
un premier programme d'execution de commandes et une premiere 
5 memoire. Elle concerne egalement un procede de chargement de 
commandes d'un tel dispositif. 

Un tel dispositif s'applique en particulier pour les cartes 
comprenant des services tels que des services concernant le domaine de 
la sante, de la telephonie mobile, ou encore, des services relatifs au 
10 domaine bancaire. 

En vue de permettre a un utilisateur de la carte d'acceder a un 
service, Tetat de la technique propose des dispositifs qui prevoient de 
charger dans la premiere memoire de la carte, un ensemble de 
commandes audit service, et de pouvoir effacer ou remplacer la totalite 
15 du service par un autre service dans le cas ou il ne serait plus utilise, et 
ce au moyen du serveur. Lorsque l'utilisateur accede au service, le 
premier programme d'execution execute le service ainsi resident dans la 
carte. 

Bien que ces dispositifs permettent de charger la totalite des 
20 commandes propres a un service, toutes les commandes sont 
sauvegardees dans la premiere memoire de la carte comprenant 
generalement plusieurs services residents, ce qui peut etre genant du 
fait de la taille limitee de la memoire des cartes a circuit integre. De 
plus, le temps de chargement d'un service est sensiblement important. 
25 Enfin, dans le cas ou seules quelques donnees du service ont change, 
afin de valider lesdits changements, il est necessaire de recharger tout 
le service, ce qui pose un probleme d'efficacite en terme de temps. 
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Aussi un probleme technique a resoudre par l'objet de la presente 
invention est de proposer un dispositif de chargement de commandes a 
partir d'au moins un serveur vers au moins une carte a circuit integre 
connectee a une unite d'abonne, ladite carte comprenant un premier 
5 programme d'execution de commandes et une premiere memoire, ainsi 
qu'un precede de chargement d'un tel dispositif, qui permettraient, 
d'une part, d'eviter des pertes d'espace memoire dues aux sauvegardes 
en memoire de tous les services utilises, et, d'autre part, de diminuer le 
temps de chargement d'un service. 
10 Une solution au probleme technique pose se caracterise, selon un 

premier objet de la presente invention, en ce que d'une part, ledit 
serveur comprend : 

- des moyens de chargement dans la carte d'au moins un bloc 
d'une sequence de commandes, propre a un service, au moins 

15 une commande dudit bloc etant executee par le premier 

programme d'execution ou transmise a 1'unite d'abonne et 
executee par un deuxieme programme d'execution, 

- des moyens de sauvegarde d'au moins un bloc de sequence 
dans la premiere memoire, 

20 - des moyens de mise a jour etant aptes a modifier, effacer, 

ajouter, dans la premiere memoire au moins un bloc de 
sequence, 
et, d'autre part, la carte comprend : 

des moyens de recherche de bloc de sequence etant aptes a 
25 rechercher un bloc de sequence propre a un service, apres 1'execution 
d'une commande d'un bloc. 

Selon un second objet de la presente invention, cette solution se 
caracterise en ce que le procede de chargement comporte les etapes 
selon lesquelles : 
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on charge, a partir du serveur vers la carte, au moins un bloc 
de sequence de commandes, propre a un service, 
on execute au moins une commande dudit bloc au moyen du 
premier programme d'execution ou on la transmet a l'unite 
5 d'abonne et on l'execute au moyen d'un deuxieme programme 

d'execution. 

on sauvegarde au moins un bloc de sequence dans la premiere 
memoire). 

Ainsi, comme on le verra en detail plus loin, le dispositif de 
10 Tinvention permet, d'une part, d'avoir une augmentation de la taille 
memoire disponible de la carte en ne sauvegardant qu'une partie des 
commandes propres a un service, representees par un bloc de 
sequence, et, d'autre part, de gagner du temps lors d'un chargement, en 
ne chargeant que des blocs de sequence et en ne mettant a jour que les 
15 blocs ou donnees devant etre modifiees. 

La description qui va suivre au regard des dessins annexes, 
donnee a titre d'exemple non limitatif, fera bien comprendre en quoi 
consiste Tinvention et comment elle peut etre realisee. 

La figure 1 est un schema montrant des serveurs et des cartes 
20 conformes a Tinvention. 

La figure 2 est un schema d'un serveur et d'une carte de la figure 

1. 

La figure 3 est un schema simplifie de services utilises par un 
utilisateur de la carte de la figure 2. 
25 La figure 4 est un schema d'une sequence de commandes 

associee a un service de la figure 3. 

La figure 5 est un schema d'une commande de sequence de la 
figure 4. 

La figure 6 est un autre schema d'une commande de sequence de 
30 la figure 4. 
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La figure 7 represente un premier echange d'informations entre la 
carte et le serveur de la figure 2. 

La figure 8 represente un second echange d'informations entre la 
carte et le serveur de la figure 2. 
5 La figure 9 est un schema plus detaille de la carte de la figure 2. 

La figure 10 represente un troisieme echange d'informations entre 
la carte et le serveur de la figure 2. 

La figure 11 est un schema de donnees d'une instruction 
echangee entre le serveur et la carte de la figure 2. 

10 La figure 12 est un autre schema montrant l'instruction de la 

figure 11. 

La figure 13 represente un quatrieme echange d'informations 
entre la carte et le serveur de la figure 2. 

Sur la figure 1 est represente un dispositif de chargement de 
15 commandes a partir d'un ou plusieurs serveurs SERV vers une ou 
plusieurs cartes CARD a circuit integre. Lesdites cartes sont connectees 
a des unites d'abonne SU. Comme le montre la figure 2, un serveur 
SERV comporte des moyens de chargement ML de sequences SEQ de 
commandes et des moyens de mise a jour MU de blocs sequences de 
20 commandes. Une carte CARD comporte une premiere memoire Ml, un 
premier programme d'execution PI de commandes et un bloc de 
contacts C destine a une connexion electrique avec une unite d'abonne 
SU. Elle comporte egalement des moyens ^interpretation MI de blocs de 
sequence de commandes. Une unite d'abonne SU comporte un ecran 
25 SCR et un deuxieme programme d'execution P2 de commandes. 

Un utilisateur accede a un service S compris dans la carte CARD, 
par exemple un service telephonique, au moyen de son unite d abonni 
SU. La carte comporte couramment plusieurs services. Un service S fait 
appel generalement a un ou plusieurs autres services, comme le montre 
30 la figure 3. A un service est associe une ou plusieurs sequences SEQ de 
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commandes permettant l'utilisation dudit service par l'utilisateur. A 
chaque service est associe un identifiant S_ID. Une sequence SEQ de 
commandes comporte un ou plusieurs blocs B comme le montre la 
figure 4. A chaque sequence est associe un identifiant de sequence 
SEQ_ID. 

Pour permettre l'acces a un service S par l'utilisateur, la carte 
CARD comporte des moyens de selection de service SERVICESELECT 
(non represente), lesdits moyens etant compris dans la premiere 
memoire Ml. Lorsque l'utilisateur allume son unite d'abonne, il a acces 
a un menu affiche sur son ecran grace auxdits moyens de selection de 
service SERVICESELECT. II selectionne un service. 

Selon un mode de realisation non limitatif, les etapes decrites ci- 
apres permettent de fournir le service choisi a l'utilisateur. 

Dans une premiere etape, on interprete dans la carte au moins un 
bloc de sequence de commandes grace aux moyens d' interpretation ML 
Dans notre cas, un premier bloc B de sequence de commandes propre 
au service selectionne est interprete et la premiere commande CD a 
executer dudit bloc B est executee. On notera que la premiere 
commande a executer n'est pas forcement la premiere du bloc. Soit la 
commande CD est executee dans la carte par le premier programme 
d'execution PI, soit elle est transmise a l'unite d'abonne SU et executee 
par le deuxieme programme d'execution P2. 

Preferentiellement, Comme le montre la figure 5, une commande 
CD comporte les champs suivants : 

- une longueur CD_LEN, 

- un identifiant CD_ID unique dans la sequence, 

- un type CDJTYPE de commande, 

- des parametres d'entree CD^PAR. 

Apres l'execution d'une commande, comme le montre la figure 6 
on obtient les donnees suivantes : 
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- des donnees de resultat CD_RES, 

- des donnees de sortie CD_OUT donnant par exemple une 
valeur de code entree par l'utilisateur a la suite de l'execution 
d'une commande d'entree de code, 

5 - des donnees de liaison CD_LINK indiquant la commande 

suivante a executer. Ces donnees permettent de ne pas 
obligatoirement executer les commandes dans l'ordre de 
presence dans le bloc. 

Preferentiellement, les donnees de sortie CD_OUT ont un format 
10 de type TLV defini dans le standard GSM 11.14. 

Par exemple, on peut avoir une commande d'affichage de texte 
DISPLAYTEXT sur 1'ecran de 1'unite d'abonne. Ladite commande 
comprend comme parametre d'entrees : 

- un qualifiant DISPLAYTEXT.QUAL, 

15 - un identifiant destinataire DISPLAYTEXT_DDI, 

- des parametres DISPLAYTEXT.PAR propres a ladite 
commande, comme par exemple le texte a afficher. 

Preferentiellement, le type de commande DISPLAY_TYPE, le 
qualifiant DISPLAY.QUAL et l'identifiant destinataire DISPLAY DDI 
20 sont ceux definis dans le standard GSM11.14 tandis que les parametres 
DISPLAY_PAR sont de format TLV. 

Preferentiellement, il existe des commandes permettant 
d'effectuer les actions suivantes : 

- executer un service, 

25 - sauvegarder une valeur de resultat de commande 

precedemment executee dans une variable, 

- terminer l'execution d'une sequence de commandes, 

- branchement vers une autre commande, 

- appel d'une autre sequence de commandes. . . . 

'0 On notera que la liste des actions n'est pas exhaustive. 
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Par exemple, pour une commande de deuxieme type dont Taction 
est de rnettre fin a l'execution d'un bloc de sequence et par suite d'une 
sequence, on aura les parametres suivants : 

- CD_LEN = 10, 

- CDJD = 2, 

- CD_TYPE = EXIT, 

- CD_PAR = 1, les donnees de sortie CD_OUT doivent etre 
envoyees au serveur SERV. 

Selon des valeurs des donnees de resultat CD_RES, 
preferentiellement, on execute Tune des actions suivantes : 

on utilise les donnees de liaison CD_LINK afin de choisir la 
commande suivante a executer, 

on execute la commande precedent la commande courante, 

- on affiche un texte a Tecran de l'unite d'abonne et on execute 
la commande precedent la commande courante, 

- on ferme le service, 

- on affiche un message d'erreur a I'ecran de l'unite d'abonne, et 
on termine le service, un message de terminaison est envoye 
au serveur SERV. 

Dans une deuxieme etape, apres que la premiere commande CD a 
executer de bloc B de sequence a ete executee, on recherche la 
commande suivante a executer, d'une part, dans le bloc B de sequence 
meme, d' autre part, dans la premiere memoire Ml de la carte si ladite 
commande ne se trouve pas dans le bloc de sequence, et, enfin, comme 
le montre la figure 7, au moyen d'une requete de bloc RB envoyee a 
partir de la carte vers le serveur, si la commande CD ne se trouve ni 
dans le bloc B de sequence, ni dans la premiere memoire Ml. Cela 
revient a rechercher un autre bloc de sequence, propre a un service, 
apres l'execution d'une commande d'un bloc de sequence. Ainsi, soit le 



20 
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bloc de sequence recherche est envoye par le serveur SERV, soit le bloc 
de sequence recherche est issu de la premiere memoire Ml. 

Preferentiellement, la recherche dans le bloc B se fait au moyen 
de son identifiant unique CDJD tandis que la recherche dans la 
5 premiere memoire Ml se fait au moyen de son identifiant unique 
CDJD, de l'identifiant de la sequence SEQJD en cours et du service 
S_ID, 

Selon un mode de realisation particulier, une requete de bloc RB 
comprend les elements suivants : 
10 " l'identifiant du service S_ID en cours, 

- l'identifiant de la sequence SEQJD courante, 

- un identifiant de requete RBJD, 

- un identifiant de la commande CDJD a executer, 

- des donnees generates RB_DATA correspondant aux 

commandes CD executees precedemment a partir de la 

derniere requete quelconque faite au serveur. 

Chaque donnee generate RB_DATA comprend les elements 
suivants : 

- une longueur des donnees suivantes CD_LENDATA, 

- Tidentifiant de la commande CD_ID qui a ete executee, 

- des donnees resultats CD_RES, 

- des donnees de sortie CD_OUT. 

Preferentiellement, la derniere donnee est de format TLV 
notamment defini dans le standard GSM 1 1.14. 

Ainsi, les donnees comprises dans la requete de bloc RB 
fournissent au serveur SERV un moyen de tracage des actions de 
1'utilisateur lors de l'utilisation d'un service S. 

Dans une troisieme etape, en reponse a la requete de bloc RB, un 
autre bloc B de la sequence correspondant au service utilise est charge 
a partir du serveur vers la carte. Le chargement d'un bloc B de 
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sequence se fait en une ou plusieurs fois selon les capacites du 
protocole de communication utilise pour les echanges de donnees entre 
le serveur SERV et la carte CARD. Ensuite, on execute les differentes 
commandes CD du bloc envoye comme decrit precedemment. Bien 
5 entendu, cette etape s 'applique egalement lors de la premiere etape, si 
le premier bloc a executer de la sequence ne se trouve pas dans la carte. 

De preference, lors d'un premier envoi de commandes, on affiche 
a l'ecran de son unite d'abonne SU un message d'attente MJWAIT afin 
de faire patienter l'utilisateur. Avantageusement, des reception dans la 
10 carte d'une commande CD a executer du bloc B de sequence en cours 
de chargement, on execute ladite commande. Ainsi, on evite d'attendre 
que le bloc B de sequence soit charge entierement avant l'execution 
d'une quelconque commande, ce qui pourrait paraitre long audit 
utilisateur. 

15 Dans le cas ou on envoie un bloc B de sequence avec un 

identifiant de requete de bloc RB_ID different de celui de la requete 
envoye, on n'execute pas les commandes de ce bloc et on attend le bon 
bloc B de sequence. 

Dans le cas d'un envoi d'un bloc B de sequence en plusieurs fois, 

20 pendant 1' execution d'une commande CD du bloc de sequence, on regoit 
dans la carte au moins une autre commande du bloc B de sequence, 
ladite commande est par suite sauvegardee dans un buffer BUFF de la 
carte CARD .en attendant d'etre executee. 

Dans le cas ou, par exemple au bout de trente secondes, aucun 

25 bloc B de sequence n'est envoye en reponse a une requete RB de la 
carte, un message d'erreur M_ERROR est affiche sur 1'ecran de 1'unite 
d'abonne SU et on ferme le service S en cours d'utilisation. 

Enfin, lorsque Tensemble des blocs de la sequence a ete appele, 
charge et execute, trois cas se presentent : 

30 - on commence un autre service, 
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- le service n'est pas termine, 

- le service est termine et on ne fait appel a aucun autre service. 
Dans le premier cas, on commence un autre service au moyen 

d'une requete de bloc RB decrite precedemment. L'identifiant du service 
5 en cours S_ID est remplace par l'identifiant du nouveau service 
demande. 

Dans le deuxieme cas, deux choix sont possibles : 

- -soit aucune donnees d'interaction n'est necessaire pour 
continuer le service, par suite on recherche la sequence 

10 suivante. La sequence recherchee est, soit, issue de la 

premiere memoire Ml, soit, la sequence recherchee est 
envoyee par le serveur SERV si la sequence ne se trouve pas 
dans ladite memoire Ml. Dans ce dernier cas, on envoie une 
requete de bloc RB decrite precedemment, l'identifiant de la 
15 commande a executer n'etant pas rempli. Des donnees 

d'interaction sont des donnees provenant d'un serveur de 
service tel qu'un serveur bancaire. Par exemple des donnees 
d'interaction sont un solde de compte bancaire. 
- soit des donnees d'interaction sont necessaires pour continuer 
20 le service. A cet effet, la carte CARD comporte des moyens de 

requetes de donnees RD, lesdites donnees etant envoyees par 
un serveur de service. Par suite, une requete de donnees RD 
est envoyee a partir de la carte vers le serveur SERV comme le 
montre la figure 8. 

25 Selon un mode de realisation particulier, une requete de donnees 

comprend les elements suivants : 

- l'identifiant du service S_ID en cours, 

- un nom de requete RD_NAME, 

- un identifiant de requete RD_ID 
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- des donnees generates RD_DATA correspondant aux 
commandes CD executees precedemment depuis la derniere 
requete quelconque faite an serveur. 
Par exemple, on peut avoir une requete dont le nom est SOLDE, 
5 ce qui correspond a une demande de solde de compte. Le serveur SERV 
du dispositif de chargement interagit avec au moins un serveur de 
service, ici un serveur bancaire SERVBANK et ladite requete est 
transmise pax le serveur SERV du dispositif de chargement audit 
serveur bancaire SERVBANK. Par suite, le solde est envoye par le 
10 serveur bancaire SERVBANK au serveur SERV du dispositif de 
chargement qui le transmet a la carte CARD pour l'afficher sur l'ecran 
SCR de 1'unite d'abonne SU. 

Ainsi, conformement a la requete RD, un bloc B d'une nouvelle 
sequence comportant les donnees d'interaction demandees est envoye a 
15 partir du serveur vers la carte et, dans le meme temps, on ordonne son 
execution dans la carte CARD. Des reception de la premiere commande 
CD a executer dudit bloc B, celle-ci est executee, soit par le premier 
programme d'execution PI, soit par le deuxieme programme d'execution 
P2, et ainsi de suite.... 
20 Bien entendu, on prevoit des moyens de sauvegarde de bloc B de 

sequence dans la premiere memoire Ml afin de pouvoir Tudliser dans le 
futur. 

Cependant, il serait egalement interessant de pouvoir utiliser un 
bloc B de sequence, par exemple, meme apres un redemarrage de 

25 1'unite d'abonne SU par l'utilisateur. A cet effet, avantageusement, on 
prevoit que la premiere memoire Ml est non volatile. Ainsi, les blocs de 
sequence, sauvegardes dans la premiere memoire Ml, ne sont plus 
effaces lorsque l'utilisateur a fini d'utiliser un service S ou lorsque 
l'utilisateur eteint son unite d'abonne SU, comme dans le cas d'une 

30 memoire temporaire. Dans le meme temps, cette reutilisation, permet 
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de diminuer le nombre d'interactions entre la carte et le serveur en 
diminuant le nombre de requetes. 

La premiere memoire Ml est representee sur la figure 9. Selon un 
mode de realisation avantageux, elle comporte une premiere et une 
5 deuxieme zones Zl et Z2, la premiere zone Zl etant accessible en 
lecture et ecriture par le serveur et en lecture par la carte, la deuxieme 
zone Z2 etant accessible en lecture et ecriture par la carte. Un partage 
de la premiere memoire en deux zones distinctes presente l'avantage de 
pouvoir envoyer et sauvegarder a tout moment des blocs B de sequence 
O a la carte au moyen du serveur SERV sans perturber le fonctionnement 
du service S en cours d'utilisation dans la carte et sans affecter le 
temps d'execution dudit service. Quant a la carte, elle a acces a la 
premiere zone Zl lors d'une recherche. Ainsi, le serveur comporte des 
premiers moyens de sauvegarde de bloc de sequence MSSEQ1 etant 
5 apte a sauvegarder au moins un bloc de sequence dans la premiere 
zone Zl de la premiere memoire Ml, la carte comporte des deuxiemes 
moyens de sauvegarde de bloc de sequence MSSEQ2 etant apte a 
sauvegarder au moins un bloc de sequence dans la deuxieme zone Z2 
de la premiere memoire M 1 . 

Selon le meme principe vu pour les blocs de sequence, on peut 
vouloir sauvegarder, par exemple, un numero de compte bancaire afin 
d'eviter a l'utilisateur de taper a chaque consultation de compte ledit . 
numero. Aussi, on prevoit des moyens de sauvegarde de donnees 
MSDATA permettant de sauvegarder des donnees utiles a un service S 
dans la carte. A cet effet, ladite carte CARD comporte une deuxieme 
memoire M2 non volatile comprenant des donnees SDATA propres a au 
moins un service S. 

Ces blocs B de sequence sauvegardes dans la premiere zone Zl de 
la premiere memoire Ml peuvent etre mise a jour grace aux moyens de 
mise a jour MU du serveur. De meme, la carte comporte des moyens de 
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mise a jour MUD de donnees SDATA sauvegardees dans la deuxieme 
memoire M2 de la carte. Par mise a jour, on entend pouvoir modifier, 
effacer ou ajouter dans la carte, un bloc de sequence ou des donnees 
propres a un service. Par exemple, dans le cas d'un service telephonique 
5 permettant a I'utilisateur, d'une part, d'appeler automatiquement ion 
repondeur de cinema donnant les seances de films et, d'autre part, 
d'appeler automatiquement un service donnant les cours de la bourse 
en direct, si l'utilisateur n'a pas paye le service boursier, grace auxdits 
moyens de mise a jour, on met a jour dans ladite premiere memoire Ml, 

10 au moins un bloc B de sequence de commandes propre a un service S, 
ici propre au service boursier en effagant ledit service boursier tout en 
lui laissant les autres services. Ainsi, il est inutile de recharger tout le 
service telephonique et les services sous-jacents. 

Afin d'effectuer les actions d'envoyer un bloc B de sequence a la 

15 carte, d'ordonner 1'execution d'un bloc, de sauvegarder ou de mettre a 
jour un bloc ou des donnees SDATA, selon un mode de realisation non 
limitatif, on envoie a partir du serveur SERV vers la carte CARD des 
instructions INS comprenant de preference les elements suivants, 
comme le montre la figure 10 : 

20 - type destruction INS_TYPE, 

- longueur des donnees d'entree INS_INLEN, 

- donnees d'entree INS_IN. 

Preferentiellement, on a deux types destructions : 

- le premier type INS_TYPE1 est utilise pour gerer le buffer 
25 BUFF de la carte, par exemple une instruction de premier type 

permet d'envoyer a la carte, un bloc de sequence et/ou 
ordonner a la carte Texecution d'un bloc de sequence. 

- le deuxieme type INS_TYPE2 est utilise pour gerer la premiere 
memoire Ml, par exemple vine instruction de deuxieme type 
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permet de sauvegarder ou mettre a jour un bloc de sequence 
propre a un service S. 
Comme le montre la figure 11, les donnees d'entree INSJN1 de 
premier type INS_TYPE1 sont les suivantes : 
5 - identifiant du service S_ID en cours d'utilisation, 

- identifiant de sequence SEQ_ID, 

- identifiant de requete RB_ID ou RD_ID, 

- type de Taction ACTTYPE a effectuer, 

- identifiant de la commande CD_ID a executer en premier, dans 
10 le c as d'un bloc B de sequence envoye, 

- bloc B de sequence a envoyer. 

On notera que d'autres donnees d'entree peuvent figurer dans la 
liste donnee ci-dessus, telles que des donnees assurant un transfer! 
securise comme une signature de donnees par exemple. 
15 Les actions pouvant etre effectuees sont les suivantes : 

- execution du bloc de sequence envoye, 

- ne pas executer le bloc de sequence envoye, 

- sauvegarde du bloc de sequence envoye dans une memoire 
tampon de la carte sans effacement de ladite memoire, 

- sauvegarde du bloc de sequence envoye dans une memoire 
tampon de la carte avec effacement prealable de ladite 
memoire 

Les donnees d'entree INSJN2 de second type INS.TYPE2 sont les 
suivantes : 

25 - identifiant du service S_ID vise, 

- identifiant de sequence SEQ_ID, 

- type de Taction ACTTYPE a effectuer, 

- parametres dependants de Taction a effectuer ACT_PAR. 

Les actions pouvant avantageusement etre effectuees sont les 
30 suivantes : 



20 
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- effacement d'un bloc de sequence et remplacement par un 
autre, 

- ajout d'un autre bloc de sequence propre a un service, 
remplacement d'un ensemble de commandes dans un bloc de 

5 sequence... 

Bien entendu, dans les deux cas, la liste des actions pouvant etre 
effectuees n'est pas limitative. 

A la reception d'une instruction INS dans la carte, ladite 
instruction est interpretee dans la carte et les actions associees 
10 executees. 

On notera que, dans le domaine de la telephonie mobile, 
preferentiellement, afin de rester compatible avec les unites d'abonne 
SU et cartes CARD existants sur le marche, une instruction ou une 
requete est envoyee, par voies hertziennes, au moyen d'un protocole de 

15 communication base sur un service de messages courts standardise 
couramment appele SMS. Pour les autre s domaine s, on utilise le meme 
protocole ou tout autre protocole connu de Tetat de la technique. 

Cependant, on ne peut pas toujours envoyer la totalite d'une 
instruction ou requete au moyen d'un message court en raison des 

20 capacites limitees desdits messages courts. C'est pourquoi, comme le 
montre la figure 12 frequemment, on envoie une instruction INS au 
moyen de plusieurs messages courts SMS. Ainsi, une instruction INS 
est decoupee et envoyee par sections SJNS. II en va de meme pour une 
requete. Un message court comprend un emplacement utilisateur 

25 USERDATA dans lequel on place une section S_INS d 'instruction. Afin 
d'utiliser au maximum ledit emplacement utilisateur, on ne laisse 
aucun espace de libre. Aussi, un bloc de sequence B compris dans une 
instruction INS comprend tout ou partie d*une commande selon le 
decoupage en sections de ladite instruction INS. 
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De la meme maniere, des commandes, telles que les commandes 
executees par le deuxieme programme P2 de l'unite d'abonne SU, 
comme par exemple une commande d'affichage de texte a 1'ecran vue 
precedemment, sont compatibles avec les commandes definies dans le 
5 standard GSM 11.14, appelees egalement commandes SIMTOOLKIT, 
afin d'etre comprehensibles par les unites d'abonne standards. Aussi, 
on prevoit que la carte comporte des moyens de transcription MT d'une 
commande vers une commande SIMTOOLKIT. 

La presente invention s'applique particulierement a des services 
10 de type internet. Comme le montre la figure 13, un serveur de service 
internet SERVWEB comporte des services internet represents par des 
pages web WEBPAGE codees dans un langage connu tels que les 
langages HTML ou WML. Par un reseau de communication standard 
NET, un serveur SERV du dispositif de chargement de commandes 
15 selon l'invention, communique avec le serveur internet. Dans le serveur 
de chargement, on accede au service internet au moyen des pages WEB 
transmises par le reseau de communication. Le serveur SERV du 
dispositif de l'invention, comporte des moyens de transcription MTWEB 
d'une page web en sequences SEQ de commandes decrites 
20 precedemment. Afin de permettre l'acces aux services internet a un 
utilisateur donne, il suffit de charger, au fur et a mesure des besoins de 
l'utilisateur, les blocs B des sequences ainsi transcrits dans la carte 
CARD de l'utilisateur comme vu precedemment. L'utilisateur a ainsi 
acces au service internet INTERNET au moyen de 1'ecran SCR de son 
25 unite d'abonne. Bien entendu, pour repondre a une requete de la carte, 
il est necessaire d'acceder au serveur internet. A cet effet, le serveur 
SERV du dispositif de l'invention comporte des moyens d'interrogation 
MA du serveur internet pour obtenir les donnees necessaires a ladite 
requete. 
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Bien entendu, le cadre de l'invention n'est nullement limite au 
mode de realisation decrit et s'etend a d'autres modes de realisation 
dans lesquels, notamment, le dispositif de chargement est pourvu de 
moyens complementaires destines a assurer une complete securite des 
5 donnees echangees. 
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REVENDICATIONS 

1 - Dispositif de chargement de commandes a partir d'au moins 
un serveur (SERV) vers au moins une carte a circuit integre 
(CARD) connectee a une unite d'abonne (SU), ladite carte 
comprenant un premier programme d'execution (PI) de 
commandes et une premiere memoire (Ml), caracterise en ce que, 
d'une part, ledit serveur (SERV) comprend : 

- des moyens de chargement (ML) dans la carte d'au moins un 
bloc (B) d'une sequence (SEQ) de commandes, propre a un 
service (S), au moins une commande (CD) dudit bloc (B) etant 
executee par le premier programme d'execution (PI) ou 
transmise a 1'unite d'abonne (SU) et executee par un deuxieme 
programme d'execution (P2), 

- des moyens de sauvegarde (MS) d'au moins un bloc (B) de 
sequence dans la premiere memoire (Ml), 

- des moyens de mise a jour (MU) etant aptes a modifier, effacer, 
ajouter, dans la premiere memoire (Ml) au moins un bloc (B) 
de sequence, 

et, d'autre part, la carte (CARD) comprend : 

- des moyens de recherche de bloc (B) de sequence etant aptes a 
rechercher un bloc de sequence propre a un service, apres 
l'execution d'une commande (CD) d'un bloc (B). 

2 - Dispositif selon la revendication 1, caracterise en ce que la 
premiere memoire (Ml) est non volatile. 

3 - Dispositif selon les revendications 1 ou 2, caracterise en ce 
que ladite carte comporte une deuxieme memoire (M2) non 
volatile comprenant des donnees propres a au moins un service. 
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4 - Dispositif selon l*une quelconque des revendications 
precedentes, caracterise en ce que le bloc (B) de sequence 
recherche est envoye par le serveur (SERV). 

5 - Dispositif selon Tune quelconque des revendications 
5 precedentes, caracterise en ce que le bloc (B) de sequence 

recherche est issu de la premiere memoire (Ml). 

6 - Dispositif selon Tune quelconque des revendications 
precedentes, caracterise en ce que la premiere memoire (Ml) 
comporte une premiere et une deuxieme zones, la premiere zone 

10 (Zl) etant accessible en lecture et ecriture par le serveur et en 

lecture par la carte, la deuxieme zone (Z2) etant accessible en 
lecture et ecriture par la carte. 

7 - Dispositif selon Tune quelconque des revendications 
precedentes, caracterise en ce que la carte (CARD) comporte des 

15 moyens de requetes de donnees (RD), lesdites donnees etant 

envoyees par un serveur de service. 

8 - Dispositif selon Tune quelconque des revendications 
precedentes, caracterise en ce que la carte comporte des moyens 
d' interpretation (MI) de blocs de sequence de commandes. 

20 9 - Procede de chargement de commandes a partir d'au moins un 

serveur (SERV) vers au moins une carte a circuit integre (CARD) 
connectee a une unite d'abonne (SU), ladite carte comprenant un 
premier programme d'execution (PI) de commandes et une 
premiere memoire (Ml), caracterise en ce qu'il comporte les 

25 etapes selon lesquelles : 

- on charge, a partir du serveur vers la carte, au moins un bloc 
(B) de sequence (SEQ) de commandes, propre a un service (S), 

- on execute au moins une commande (CD) dudit bloc (B) au 
moyen du premier programme d'execution (PI) ou on la 
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transmet a l'unite d'abonne (SU) et on l'execute au moyen d'un 
deuxieme programme d'execution (P2). 

- on sauvegarde au moins un bloc (B) de sequence dans la 
premiere memoire (Ml). 

10 - Procede selon la revendication 9, caracterise en ce qu'il 
comporte une etape supplementaire selon laquelle : 

- on recherche un autre bloc (B) de sequence, propre a un 
service, apres l'execution d'une commande (CD) d'un bloc (B) 
de sequence. 

11 - Procede selon la revendication 10, caracterise en ce que le 
bloc (B) de sequence recherche est envoye par le serveur (SERV). 

12 - Procede selon la revendication 10, caracterise en ce que le 
bloc (B) de sequence recherche est issu de la premiere memoire 
(Ml). 

13 - Procede selon l'une quelconque des revendication s 9 ou 12, 
caracterise en ce qu'il comporte une etape supplementaire selon 
laquelle : 

- on met a jour dans ladite premiere memoire (Ml), au moins un 
bloc (B) de sequence de commandes propre a un service (S). 

14 - Procede selon l'une quelconque des revendications 9 a 13, 
caracterise en ce que la premiere memoire (Ml) est non volatile. 

15 - Procede selon Tune quelconque des revendications 9 a 14, 
caracterise en ce que ladite carte (CARD) comporte une deuxieme 
memoire (M2) non volatile comprenant des donnees propres a au 
moins un service. 

16 - Procede selon l'une quelconque des revendications 9 a 15, 
caracterise en ce que la premiere memoire (Ml) comporte une 
premiere et une deuxieme zones, la premiere zone (Zl) etant 
accessible en lecture et ecriture par le serveur et en lecture par la 
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carte, la deuxieme zone (Z2) etant accessible en lecture et ecriture 
par la carte. 

17 - Procede selon l*une quelconque des revendications 9 a 16, 
caracterise en ce qu'il comporte une etape supplementaire selon 

5 laquelle : 

- une requete de donnees (RD) est envoyee a partir de la carte 
vers un serveur de service. 

18 - Procede selon Tune quelconque des revendications 9 a 17, 
caracterise en ce qu'il comporte une etape supplementaire selon 

10 laquelle : 

on interprete dans la carte au moins un bloc (B) de sequence 
de commandes. 

19 - Procede selon Tune quelconque des revendications 9 a 18, 
caracterise en ce qu'il comporte une etape supplementaire selon 

15 laquelle : 

des reception dans la carte d'une commande (CD) a executer 
d'un bloc (B) de sequence en cours de chargement, on execute 
ladite commande. 

20 - Procede selon Tune quelconque des revendications 9 a 19, 
20 caracterise en ce qu'il comporte une etape supplementaire selon 

laquelle : 

- pendant Texecution d'une commande (CD) d'un bloc (B) de 
sequence, on regoit dans la carte au moins une autre 
commande (CD) du bloc de sequence. 



25 
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